Electronic tool and methods with audio for meetings

ABSTRACT

An electronic meeting tool and method for communicating arbitrary media content from users at a meeting comprises a node configuration means adapted to operate a display node of a communications network, the display node being coupled to a first display. The node configuration means is adapted to receive user selected arbitrary media content and to control display of the user selected arbitrary media content on the first display. A peripheral device adapted to communicate the user selected arbitrary media content via the communications network is a connection unit comprising a connector adapted to couple to a port of a processing device having a second display, a memory and an operating system, and a transmitter. A program is adapted to obtain user selected arbitrary media content, said program leaving a zero footprint on termination. The user may trigger transfer of said user selected arbitrary media content to said transmitter.

The present invention relates to electronic tools for meetings with audio including methods or devices for providing connection to a communications network, to networks or methods of operating the network, methods or devices for use in displaying media content with audio as well as software for performing any of these methods.

TECHNICAL BACKGROUND Tools for Collaboration

Allowing ad hoc groups of persons to communicate with each other is one of the fundamental aspects of collaboration, problem solving, negotiation, teaching and education, etc. To assist in communication, there has been an explosion of electronic communication tools such as electronic conferencing tools, e.g. synchronous and asynchronous conferencing, online chat, Instant Messaging, audio conferencing, videoconferencing, data conferencing, application sharing, remote desktop sharing, electronic meeting systems, collaborative management (coordination) tools, project management systems, knowledge management systems, and social software systems.

One classic approach is the lecture or seminar often involving a presentation using presentation software. To a large extent the traditional single person presentation or lecture has been maintained with the audience being in a rather passive mode as far as determining, constructing, augmenting or modifying the information to be presented is concerned.

As with other business processes, meetings are going digital. Increasingly, people are using computer technology alone and in conjunction with broadband networks to support their meeting objectives prior to and during an actual meeting. For example, e-mail is used to pass around files for people to read prior to a meeting.

Collaborative workspaces in corporate networks and on the Internet offer geographically distributed collaborators a virtual repository for documents related to a project or a meeting. Electronic meeting support systems, such as interactive network-connect whited boards and videoconferencing appliances, are available for the benefit of those who share the same room as well as those who are in remote locations.

The AMIDA Final Public Report describes the overall methodology behind the development of meeting support technologies. It reports that numerous studies confirm that meetings dominate the way people work. Namely, according to a study conducted by MCI Worldcom in 2003 a business person participates in 60 meetings per month. People meet in groups for a multitude of reasons. They interact in numerous predictable and unpredictable ways and the results of their interactions are as varied as the people who participate and the projects on which they are collaborating or communicating. Studies of business processes also reveal that approximately 80% of the “workload” associated with a project or process happens in preparation for a meeting. In other words, many people view the “live” meeting as a milestone or deadline by which they can pace and measure their productivity and that of their colleagues. Unfortunately, for many information managers, being in perpetual meetings has reduced their ability to prepare adequately for the next meeting, perpetuating a vicious and negative cycle.

However, Marc Al-Hames et al. report in “Audio-Visual Processing in Meetings: Seven Questions and Current AMI Answers”, that although large parts of working days are consumed by meetings and conferences, unfortunately a lot of them are neither efficient, nor especially successful. They report a study in which people were asked to select emotion terms that they thought would be frequently experienced in a meeting. The top answer—mentioned from more than two third of the participants—was “boring”; furthermore nearly one third mentioned “annoyed” as a frequently perceived emotion.

The conclusion is that despite the plethora of electronic aids to meetings, fundamental problems in handling meetings have not been solved. In fact organising and conducting meetings in a business context involves a large number of factors.

Participation

A lack of efficiency of meetings is addressed in the article “Mood indicators on electronic meeting tools” IBM, IP.com number: IPCOM000011711D, Publication Date: Mar. 12, 2003. This article addresses the issue that the lack of direct feedback makes meetings clumsy, inefficient and often unproductive. It proposes a “mood indicator” as well as an “I want to ask a question” indicator which allow the presenter to choose an appropriate moment to pause, change track or field a question. It is argued that interrupting a presenter in full flow can be awkward; however, sometimes it is difficult to get an opportunity to ask a question or make a comment when many different people are trying to make their voices heard. In a similar vein, U.S. Pat. No. 6,966,035 suggests displaying a “murmur frame” for a participant to express a view. To increase user participation, US 2010/0087139 discloses a system for sending a selection to another computer, and US 2006/0095376 discloses a system for secure voting. Commenting, voting or selecting requires that a central authority provides the information that is to be selected or commented or voted on. Hence, these proposals still leave a central figure such as the presenter in a dominating position and the other members of the meeting are largely an audience with limited selection or voting or participation rights.

A further problem with meetings is that someone is usually late or has to leave early. With the person arriving late one has to decide if the meeting is interrupted and a summary of the proceedings so far is given. For the person leaving early (often a senior person), subsequent discussions can go missing. If there is a notes taker, this provides a personal summary of the meeting—but not an objective one.

Presents systems do not provide an optimal solution.

Legal and Security Issues

A legal requirement of a meeting is that presentations, comments and submissions need to be completely reproducible—in some circumstances, e.g. in a share holders' meeting, the events in the meeting should be subject to total recall. Computer-supported collaborative work technologies, particularly those which capture human verbal and non-verbal communications (audio and video interaction) in addition to text and graphics generated during a meeting, promise to have a long term impact on how people will prepare for and behave during and following meetings. In addition, connecting to a network brings the danger of virus, malware or spyware transfer in either direction, and there is danger of copying of confidential information.

Practical Difficulties

Scalability and Ease of Use

There are even more fundamental problems with using electronic tools in meetings. If two persons want to make two presentations then usually either both presentations must be placed on one machine or there is a need to swap between the presenters' machines. To bring the display content of a computer to a projector, the most common ways are to use a cable that connects the display adapter of the graphics card to the video input of the projector [method 1] or to use a software that captures the display contents and sends it over a wired or wireless network to a remote base unit connected to the projector [method 2]. This is often called “remote desktop” and is mostly used for remote administration or remote IT assistance purposes.

Less common but also practiced methods are to use a special device connected to the display adapter of the graphics card, that captures, encodes and streams the display content over a wired or wireless network [method 3].

Method 1 has several practical problems and disadvantages. In meetings where people want to contribute content from their own computers, e.g. to project images on a display, typically a video cable such as a VGA cable is used to connect each PC one at a time to the projector. This is not only not scalable but also can be and often is quite a cumbersome process that typically wastes valuable meeting time and takes the dynamism out of the meeting. Connection can be made more difficult and time consuming for example if the computer has to be rebooted for it to detect the projector or when the format of the PC differs from the format of the projector. In addition changing format can leave the computer with a new format that is not compatible with its own screen so that on reboot of the PC alone, nothing is displayed on the computer screen. Without a visible screen image the necessary re-configuration can be difficult. These issues are aggravated by a number of elements:

-   -   The use of many different video adapters, such as VGA, DVI, DP,         HDMI . . . .     -   Reach depends on cable length: too long leaves a tangled cable         “salad” in the meeting room, too short reduces flexibility,         often necessitating people to move around in the meeting room         when they want to present something.     -   Cable connection is either point to point or requires tedious         and extensive cabling and the use of complex and expensive video         switches.     -   It is often difficult and time consuming to find the right         display resolution and refresh rate that both the computer and         the display or projector support.

Method 2 also has many drawbacks. If the connection is made to a corporate LAN there is a danger of virus, malware or spyware transfer in either direction, there is danger of copying of confidential information, and there is the difficulty of making the connection, e.g. entry of a user code and password, as well the administration of such passwords and user codes.

The advantage of method 3 is that the computer does not need to use its own processing power to bring the display content in a form that is easily transported over a network. This advantage becomes less relevant as computers grow in processing power. A drawback of method 3 is that the same problems often encountered with method 1 of connecting to the display adapter remain. Another drawback is that the special device referred to requires significant processing power, which means that this device will consume much power, be relatively big and certainly be relatively expensive.

An alternative method in the making today is to use the well known USB interface of the computer for extracting the display content of the computer. US 2009/0198839 discloses such a pluggable cable arrangement. US 2011/0115689 discloses a similar USB solution for wireless connection to a projector. Accordingly connecting a projector to a computer using the standard USB port might become commonplace with time. However, this usually requires special drivers and even special hardware. Connecting a projector to a computer using the standard USB port hence might become commonplace—but even when that happens there will be a mix of new and legacy machines for several years.

Firewalls

Additional problems can occur with firewalls. Typically a visitor to a meeting will bring a computer such as a laptop that is set up for a different corporate networking environment and hence has different or incompatible networking settings. The setting up of a firewall can be complicated and if this is not done correctly, telecommunication software that has to pass through a firewall may be blocked. In order to solve problems associated with firewalls it may be necessary to open ports or identify or even add programs in an exception list. If, besides a network (hardware) firewall and an operating system firewall, there is any software based third-party firewall like ZoneAlarm, CA Internet Security Suite or McAfee Firewall, then it is necessary to follow that software developer's documentation to place programs on a safe list or adding exceptions to the firewall rules. Such activity is beyond the usual user. Fussing with computer settings, or having to call for IT support wastes valuable meeting time and takes the dynamism out of the meeting.

Audio

Software based systems for presentations typically rely on specific software drivers to be installed on the client PC. An example of this is Soundflower on Apple Mac OS/X. In case the built-in generic audio driver is used, it is hard to guarantee that the audio will work on any given hardware, considering the large variety of sound cards in PC's.

Conclusion

The following problems remain for holding a face-to-face meeting using advanced electronic tools at the present time:

-   -   Complexity of the networking infrastructure.     -   High demands on technical expertise of users in current systems         that are supposed to be designed to support everyday use by the         non-expert user.     -   Barriers to the use of complicated technology in meetings.     -   Great variety of possible collaborative software solutions—none         of which seems to solve the fundamental problems of holding         successful meetings.     -   Meetings being boring or annoying for members of the meeting.     -   Complexity of firewalls and other security measures employed in         corporate networks.     -   Lack of, or restriction of participation by members of a         meeting.     -   Time taken to prepare presentations for meetings.     -   Need to record events in the proper time sequence at meetings         without burdening a meeting more than necessary.     -   Lack of standards for audio     -   Need to install proprietary drivers for audio     -   Large number of different, non-standardised sound cards in use         Although some tools solve some of these problems effectively, no         electronic meeting tool solves all of them.

SUMMARY OF THE INVENTION

An object of the present invention is to provide network solutions including electronic tools with audio for meetings as well as devices for providing connection to a communications network, to methods of operating the network, methods of displaying media content with audio as well as software for performing any of these methods or for implementing such systems.

In one aspect the present invention relates to a method for capturing audio for use in presentation systems e.g. at meetings. A wireless network may be used to connect a processing device such as a laptop, personal computer, PDA, smartphone etc to a display device, e.g. via a projector. The present invention addresses the problems caused by the many different audio cards in use for commercial PC's, a lack of a standard way for capturing audio that works on all PC platforms (Windows, Mac, Linux, Android) and the need for synchronization of the captured audio with the captured video to provide lip synchronization.

The present invention provides in embodiments a method and a system for connecting a processing device, e.g. a digital processing device such as a laptop, smartphone, PDA, computer, tablet and suchlike to a communications network, the processing device having a memory, a display and an operating system with pre-installed generic drivers providing a generic communications protocol for communication between processing device and a standard class of peripheral devices. The method and/or system are adapted for:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

c) coupling the processing device to a communications network via the peripheral device;

d) routing audio data between the processing device and the communication network via the means for communication, wherein the generic communication protocol is used for transferring the audio data between the processing device and the peripheral device.

In particular the method and/or system can be adapted for:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of a first pre-installed generic audio driver of the operating system, a means for audio communication between the peripheral device and the processing device and by means of a second pre-installed generic driver of the operating system, a means for data communication between the peripheral device and the processing device; c) coupling the processing device to a communications network via the peripheral device; d) routing audio data between the processing device and the communication network via the means for audio communication, wherein the first pre-installed generic audio driver is used for transferring the audio data between the processing device and the peripheral device.

In an embodiment audio data is captured through a virtual sound card interface added as a logical device over the physical interface provided in the peripheral device. On the processing device only a generic sound driver such as a USB sound driver is required which is generally standard on any modern processing devices such as a PC (UAC1 or UAC2).

In an aspect the present invention provides an electronic meeting tool for communicating arbitrary media content from users at a meeting comprising: a node configuration means adapted to operate a display node of a communications network, the display node being coupled to a first display, the node configuration means being adapted to receive user selected arbitrary media content and to control display of the user selected arbitrary media content on the first display; and at least one peripheral device adapted to communicate the user selected arbitrary media content via the communications network, wherein the peripheral device is a connection unit comprising:

-   -   (a) a connector adapted to couple to a port of a processing         device having a second display, a memory and an operating         system; and     -   (b) a transmitter for communicating with the communications         network,         a program adapted to be loaded onto the processing device and to         run on the operating system of the processing device, said         program being adapted to obtain user selected arbitrary media         content, said program leaving a zero footprint on termination,         and an input device to allow the user to carry out a user action         that triggers transfer of said user selected arbitrary media         content to said transmitter through said port.

Obtaining user selected arbitrary media content is preferably not obtained by application sharing but by the process of screen scrapping. Although software packages that provide screen scraping require installation on the target device, or at least require the installation of dedicated and/or custom drivers, embodiments of the present invention use software stored on the peripheral device which allows screen scraping when run on the processing device but leaves a zero footprint when terminated. Embodiments of the present invention can screen scrape full HD videos at 20 fps without requiring any installation of a program on the processing device nor requiring configuring the processing device such as a PC that they run on for the connectivity to the network hence meeting “zero footprint” operational requirements.

The program adapted to be loaded onto the processing device and to run on the operating system of the processing device and being adapted to obtain user selected arbitrary media content can be stored on the peripheral device. The transmitter can be a wireless transmitter or transceiver. The peripheral device can be a plug-and-play device. The program can adapted to screen scrape content of the second display.

The input device can be physical actuator coupled to the peripheral device. The physical actuator preferably has a surface area of between 100 and 14,400 square mm. Alternatively, the input device can be a key displayed on the second display. The key displayed on the second display can be one not screen scraped by the program.

On the peripheral device a mass storage device is provided that stores the software to be run on the processing device. The mass storage device can be logically closed once the software has been read and loaded and is running from RAM in the processing device. Also provided on the peripheral device is a further device such as an HID (human interface device) to capture user input and provide user feedback. In embodiments of the present invention, the peripheral device contains multiple internal logical devices that are combined:

An HID (human interface device) used for capturing user input (e.g. following a user action such as pressing or activating a button) and providing user feedback, e.g. by an optical indicator such as a light ring around the button e.g. an LED ring,

for streaming the screen scraped video content to the network and hence to a base unit and a display,

A mass storage device used to store the application, and optionally

An audio device that acts as a virtual sound card to a client PC over USB, using a generic driver such as a UAC1 or UAC2 device driver.

Embodiments of the present invention are not limited to application sharing but make use of screen scraping which is able to capture all material in a neutral manner rather than being limited by proprietary applications. Further the screen scraper application is zero footprint on termination rather than being fully installed on the processing device.

Embodiments of the present invention can provide arbitrary “full content” to the meeting room and participants can display in real-time,

The real-time content is shown on a central display rather than being broadcast to individual participants or archived.

Embodiments of the present invention “auto compose” arbitrary user data on a central display or screen so that full real-time content that is provided by multiple meeting participants who intentionally share this content in order to make the meeting more effective and efficient.

Embodiments of the present invention implement a principle of “democratic screen sharing”, in which the meeting participants decide themselves on a peer-to-peer basis which content to share when and where. In particular in some embodiments a participant can obtain unilateral access to the display device, i.e. without agreement of other participants. Peer-to-peer data sharing differs from systems in which the content to be displayed is determined by a presenter or meeting director. The user determines where his content is routed to and can do so without any software configuration on the user processing device.

In another aspect the present invention provides a method for connecting a processing device to a communications network, the processing device having a memory, a display and an operating system with at least one pre-installed generic driver providing a generic communications protocol for communication between processing device and a standard class of peripheral devices, the method comprising the steps of:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

c) coupling the processing device to a communications network via the peripheral device;

d) routing screen scraped data between the processing device and the communication network via the means for communication, wherein the generic communication protocol is used for transferring the screen scraped data between the processing device and the peripheral device.

The routing of the screen scraped data can be to a defined network node such as a display node without user entry of configuration details. Thus the routing can be dedicated to a specific network node such as a display node, base station etc. This is achieved by pairing of the peripheral device to the relevant node before the communication starts.

In accordance with embodiments of the present invention users start an application from the peripheral device such as a USB dongle, thus making the connection in a 3 step process: (1) connect, e.g. plug in the peripheral device to the processing device, (2) start the screen scraping application, (3) perform a user action such as click on a button on the peripheral device to go allow content to be displayed on the central screen or display. To achieve step 2 Autorun or AutoPlay can be used with some Windows operating systems, but there are many different variants based on the OS version and which patches have been installed. Furthermore, this mechanism is generally considered a security hazard, which is why most IT departments will disable Autorun/Autoplay. Other OS providers have disabled this function, e.g. Apple removed a similar functionality entirely from its OS/X since Snow Leopard.

In an embodiment of the present invention a very small service—also called daemon on some OS's—is provided that requires installation on the processing device such as a laptop. This service is pre-installed on the processing device. The installation is required only once on every processing device such as a laptop. The role of this is to provide a permanently running service which continuously monitors if a peripheral device according to the present invention has been offered up for connection to the processing device. When such a peripheral device is connected, the service will detect this and start the client application software residing in the mass storage area of the peripheral device. Once the service is installed, connectivity with the peripheral device becomes a 2 step process: connect, e.g. plug in the peripheral device to the processing device, (2) perform a user action such as click on a button on the peripheral device to allow content to be displayed on the central screen or display. The application loaded from the processing device still leaves a zero footprint on termination.

Step b) can comprise presenting the peripheral device to the processing device as a human interface device (e.g. a USB HID) and wherein the pre-installed generic driver is a human interface device driver (e.g. USB HID driver).

Alternatively or additionally step b) can comprise presenting the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver.

Alternatively, or additionally step b) comprises presenting the peripheral device to the processing device as a composite device (e.g. USB composite device) and wherein pre-installed generic drivers drive different device interfaces independently.

A client application can be stored on the peripheral device which when run on the processing device obtains the screen scraped data. Such a client application can be a portable application and can leave a zero footprint on termination.

In another aspect the present invention provides a peripheral device for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver;

a third software code portion for screen scraping data from the processing device; and

a fourth software code for routing screen scraped data between the processing device and the communications network over the means for communication; wherein the first software code portion is adapted to use the generic communication protocol for transferring the screen scraped data between the processing device and the peripheral device.

The first software code portion can be adapted to present the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.

The executable software code can comprise fifth code for providing a means for connecting to the communications network including a base node. The third code can comprise means for capturing video frame buffers of the processing device.

The executable software code can comprise sixth code for providing a means for encoding, compressing and optionally encrypting the screen scraped data and sending the screen scraped data the communication network. The executable software code can comprise seventh code for providing a means for handling the peripheral device. The executable software code can comprise eighth code for providing means for initiating connection to the base node. The executable software code can comprise ninth code for receiving inputs from an input device on the peripheral device. The executable software code can comprise tenth code for providing a means for sending state changes to the visual indicator on the peripheral device. The executable software code can comprise eleventh code for providing a means for presenting to the user a GUI. The executable software code can comprise twelfth code for presenting a GUI for administration of the said executable software code when executed as a portable application. The executable software code can comprise thirteenth code for providing a means for displaying and activating a key on the display of the client processing device for allowing a user to input the start the transfer of data from the processing device to the base node.

In another aspect the present invention provides a peripheral device for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver; and

a third processing software code for routing data between the processing device and the communications network over the means for communication; wherein the first software code portion is adapted to use the generic communication protocol for transferring the data between the processing device and the peripheral device, and an input device coupled to the peripheral device, the input device being adapted to react to a user action to trigger the transfer of the data from the processing device to the peripheral device.

The first software code portion can be adapted to present the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver. The first software code portion can be adapted to present the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.

The input device is preferably a physical actuator coupled to the peripheral device. The physical actuator preferably has a surface area of between 100 and 14,400 square mm. The input device can be for example a key for display on the display. The executable software code can comprise fourth code for providing a means for connecting to the communications network including a base node. The executable software code can comprise fifth code for providing a means for capturing video frame buffers of the processing device. The executable software code can comprise sixth code for providing a means for encoding, compressing and optionally encrypting the video frames and sending them over a secure link to the base node. The executable software code can comprise seventh code for providing a means for handling the peripheral device. The executable software code can comprise eighth code for providing a means for initiating connection to the base node. The executable software code can comprises ninth code for receive inputs from an input device on the peripheral device. The executable software code can comprise tenth code for providing a means for sending state changes to the visual indicator on the peripheral device. The executable software code can comprise eleventh code for providing a means for presenting the user a GUI. The executable software code can comprise twelfth code for presenting GUI for administration of the executable software code when executed as a portable application. The executable software code can comprise thirteenth code for providing a means for displaying and activating a key on the display of the processing device for allowing a user input to start the transfer of data from the processing device to the base node.

In another aspect of the invention a peripheral device is provided for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a standard class of peripheral devices, the peripheral device comprising a memory in which executable software code is stored for execution on the processing device, said executable software code comprising:

a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

a second software code portion for connecting the processing device to a communications network via the peripheral device, the peripheral device having a transceiver;

a third software code portion for receiving media content from the network and for displaying the media content on the display in accordance with a set of rules; wherein the first software code portion is adapted to use the generic communication protocol for transferring the media content between the peripheral device and the processing device.

The executable software code can comprise fourth code for providing a means for correctly configuring a receiver as an access point. The executable software code can comprise fifth code for providing a means for listening for output of connection units trying to connect on a specific port. The executable software code can comprise sixth code for providing a means for a GUI for administration purposes. The executable software code can comprise seventh code for providing a means for publishing its presence over the network using the zeroconf protocol. The executable software code can comprise eighth code for providing a means for accepting and installing software updates. The executable software code can comprise ninth code for providing a means for providing facilities for pairing of connection units to the processing device. The executable software code can comprise tenth code for providing a means for auto-composing of different incoming arbitrary media streams and rendering of composited image on display. The executable software code can comprise eleventh code for providing a means for receiving, decrypting and decoding incoming arbitrary media content. The executable software code can comprise twelfth code for scaling of incoming arbitrary media streams. The executable software code can comprise thirteenth code for providing a means for displaying incoming arbitrary media content in accordance with a set of rules.

The present invention also provides a method for communicating arbitrary media content from users at a meeting comprising:

operating a display node of a communications network, the display node being coupled to a first display, to receive user selected arbitrary media content and to control display of the user selected arbitrary media content on the first display; and

connecting a peripheral device to a port of a processing device and communicating the user selected arbitrary media content via the communications network,

loading a program onto the processing device and running the program on the operating system of the processing device to obtain user selected arbitrary media content, said program leaving a zero footprint on termination, and

triggering transfer of said user selected arbitrary media content to said transmitter through said port after a user action on an input device.

The present invention also provides a peripheral device comprising:

a base

a connector for connection to a plug and play port of a host processing device,

a flexible connection between the base and the connector for transferring data signals and power,

an actuator on the base for actuating a signal and for transferring the signal to the connector for transfer to the port, wherein the base has electronics comprising permanent storage for storing a portable application, a processing engine, a transceiver and a visual indicator.

The present invention also provides a method for providing communication connectivity from a processing device,

setting up a communications network between a base node of the communications network and a peripheral device coupled to the processing device;

transferring media content between the processing device and the peripheral device, transmitting the media content from the peripheral device to the communications network,

receiving media content from the communications network at the base node and displaying the media content on a display in accordance with a set of rules.

Any of the above software code stored on a non-transitory storage medium.

Definitions

“Plug and play” is a term used to describe the characteristic of a computer bus, or device specification, which facilitates the discovery of a hardware component in a system, without the need for physical device configuration, or user intervention in resolving resource conflicts. Plug and play devices can be added to a bus of a computing system (while running or when shut down), and the newly added device and possibly the rest of the computing system is automatically configured to make the newly added device work, both from hardware and from software perspective. Plug and play interfaces include for example (not an exhaustive list): Firewire (IEEE-1394), PCI, Mini PCI, PCI Express, Mini PCI Express, PCMCIA, PC Card, Universal Serial Bus (USB), SDIO cards.

“Auto-configuration” is the automatic configuration of devices without manual intervention, without setting any switches or jumpers, and without any need for software configuration. An example of auto-configuring devices: USB devices. Examples of auto-configuring protocols: DHCP, Zeroconf, Bonjour.

A plug and play device has auto-configuration software by default to make it plug and play. Example: USB devices are made to be plug and play by including the correct auto-configuration software (e.g. host driver, host stack, application software). Autoconfiguration can also refer to a software alone and is not restricted to a physical device.

“Hot swapping and hot plugging” are terms used to describe the functions of replacing computer system components without shutting down the system. More specifically, hot swapping describes replacing components without significant interruption to the system, while hot plugging describes the addition of components that would expand the system without significant interruption to the operation of the system. A well-known example of this functionality is the Universal Serial Bus (USB) that allows users to add or remove peripheral components such as a mouse, keyboard, or printer. Other examples are eSATA, PCIe, FireWire, for example.

A “portable application” (portable app), sometimes also called standalone, is a computer software program designed to run without installation on the target machine. This type of application is stored on a removable storage device such as a CD, USB flash drive, flash card, or floppy disk—storing its program files, configuration information and data on the storage medium alone. It is a program that can be stored on an electronic device such as a USB flash drive, iPod, memory card, portable hard drive or other portable electronic device and runs on a computer or other processing device coupled to the electronic device without making permanent configuration changes to the host computer. All such programs have a zero-footprint, meaning all temporary files, registry entries, and any other changes to the machine exist only while the program is running.

To be considered a portable application, for purpose of this invention, a software program must:

Not require any kind of formal installation onto a computer's permanent storage device to be executed, and can be stored on a removable storage device such as USB flash drive, iPod, memory card, portable hard drive or other portable electronic storage device thus enabling it to be used on multiple computers. Settings are stored with, and can be preferably carried around with, the software (i.e., they are written to the electronic device such as a USB drive). Settings are not stored to the registry or any other central system database of the computer.

Leaves a zero (or near-zero) “footprint” on any PC it is run on after being used. i.e., all temporary files/registry settings should be either avoided or at least removed once the program has exited, and files created by the user can be saved directly to the same removable media as the application is stored on.

A portable application does not leave its files or settings on the host computer on which it runs. For example, the application does not write to the Windows registry or store its configuration files (such as an INI file) in the user's profile; instead, it stores its configuration files in the program's directory. Another requirement, since file paths will often differ on changing computers due to variation in Windows drive letter assignments, is the need for applications to store them in a relative format. Preferably, such a program does not require a launcher program to copy necessary settings and files to the host computer when the application starts and move them back to the application's directory when it closes as this may leave a residue on the hard drive in case of power failure.

“Electronic meeting systems” (EMS) need to be distinguished on the one hand from classic groupware, on the other from web conferencing systems. In reality, there is some overlap between minor features of products of the named categories. The main difference from groupware is the intensity of collaboration. EMS should be distinguished from systems with which it is possible to show the contents of an individual computer screen on a remote display with multiple users at the same time.

“Groupware” supports collaboration within groups where the individual contributions remain identifiable. In contrast, EMS enable the group to cooperatively produce a result for which the group is responsible as a whole. In a business process, groupware and electronic meeting systems complement each other: Groupware supports teams when researching and creating documents in the run up to an EMS session or when implementing the results of such a session.

“Web conferencing systems” and “electronic meeting systems” complement each other in the online meeting or workshop: EMS extends the web conferencing system by providing interactive tools for producing and documenting group results. On the other hand, “web conferencing systems” complement EMS with the screen sharing and voice conferencing functionality required in synchronous online meetings and not present in EMS.

“Data conferencing” refers to a communication session among two or more participants sharing computer data in real time. Interaction and presentation devices such as a screen, keyboard, mouse, camera, etc. can be shared. It is a term used to distinguish from video conferencing and audio conferencing. The data can include screen, documents, graphics, drawings and applications that can be seen by the participants of the meeting.

“Application sharing” is an element of remote access, falling under the collaborative software umbrella, that enables two or more users to access a shared application or document from their respective computers simultaneously in real time. Generally, the shared application or document will be running on a host computer, and remote access to the shared content will be provided to other users by the host user. Application sharing should be distinguished from systems in which collaboration on the applications between different users is not possible but the contents of individual computer screens can be projected onto a remote display with multiple users at the same time.

The term “arbitrary media content” refers to the fact that a user may generate, create or select any media content that is appropriate to display. This differs from client voting on, or selecting of media content that is displayed by another in a meeting or presentation. This term refers to client oriented, distributed rights and privileges for the display of content rather than a central presenter providing content which is presented to the members of the meeting.

“Screen scraping” in our sense refers to reading the video frame buffers and processing them, rather than just rendering them on a display. Screen scraping for presentations is described in US2002/0196378 to Slobodin et al which is included herein by reference.

“Auto composition” or “auto layout” refers to the automatic nature in which multiple graphics/video sources are rendered on a central display, without user intervention and in a way that a user would intuitively expect it to happen.

“Wireless” and “wireless communication network” can be any network that does not use cable links between nodes, e.g. uses RF, optical or InfraRed for communication purposes, such as IrDA, diffuse infra-red, WLAN, WiMax, WiFi, WiFi Direct, Bluetooth or any other wireless communication network known to the person skilled in the art such as optical networks like LiFi.

“Computer” generally refers to a processing device, i.e. having a processing engine capable of various types of digital processing, such as rendering graphics images for display. A computer can be in the form of a work station, a personal computer, a laptop, a palm top, a PDA, a smartphone, a tablet etc. Generally a computer has memory such as volatile RAM. Non-volatile memory such as a hard disc, optical disk or solid state memory can be included in the computer or can be a peripheral device. Currently most computers are electronic but the term “computer” also include optics based computing devices.

The term “pre-installed generic driver” is intended to mean a driver which is installed on a processing device such as a computer as a standard driver, e.g. is installed with the installation of the operating system. Such a driver is standard for the operating system and can drive a standard class of peripheral devices coupled to or connected to the processing device. The installation of a specific driver for such a peripheral device is not required. Such a generic driver can be a human interface driver (HID) or a mass storage device driver, which has predetermined software components configured for driving mass storage, a CD-ROM, a keyboard etc. or combinations of these. Such devices can be readable and writable computer peripheral memory devices such as USB memory sticks, flash memories, external hard drives, or more.

BRIEF DESCRIPTIONS OF THE DRAWINGS

FIG. 1a shows a meeting room that can be used with embodiments of the present invention. FIG. 1b shows a combination of a client processing device, a connection unit, a base node and a display in accordance with an embodiment of the present invention.

FIG. 2 shows a screen display in accordance with an embodiment of the present invention.

FIGS. 3 to 5 show a base node and a peripheral device and a client processing device in accordance with embodiments of the present invention.

FIG. 6 shows a display in accordance with an embodiment of the present invention.

FIG. 7 shows a peripheral device in accordance with an embodiment of the present invention.

FIG. 8 shows a client processing device in accordance with an embodiment of the present invention.

FIG. 9 shows a further client processing device in accordance with an embodiment of the present invention.

FIG. 10 shows an embodiment of a peripheral device in accordance with an embodiment of the present invention.

FIG. 11 is a schematic representation of a communications system for presentations in which audio has been integrated in accordance with an embodiment of the present invention.

DETAILED DESCRIPTION OF THE EMBODIMENTS OF THE PRESENT INVENTION

The present invention will be described with respect to particular embodiments and with reference to certain drawings but the invention is not limited thereto but only by the claims. The drawings described are only schematic and are non-limiting.

Furthermore, the terms first, second, third and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a sequential or chronological order. The terms are interchangeable under appropriate circumstances and the embodiments of the invention can operate in other sequences than described or illustrated herein.

Moreover, the terms top, bottom, over, under and the like in the description and the claims are used for descriptive purposes and not necessarily for describing relative positions. The terms so used are interchangeable under appropriate circumstances and the embodiments of the invention described herein can operate in other orientations than described or illustrated herein.

The term “comprising”, used in the claims, should not be interpreted as being restricted to the means listed thereafter; it does not exclude other elements or steps. It needs to be interpreted as specifying the presence of the stated features, integers, steps or components as referred to, but does not preclude the presence or addition of one or more other features, integers, steps or components, or groups thereof. Thus, the scope of the expression “a device comprising means A and B” should not be limited to devices consisting only of components A and B. It means that with respect to the present invention, the only relevant components of the device are A and B.

Similarly, it is to be noticed that the term “coupled”, also used in the description or claims, should not be interpreted as being restricted to direct connections only. Thus, the scope of the expression “a device A coupled to a device B” should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B. It means that there exists a path between an output of A and an input of B which may be a path including other devices or means.

Elements or parts of the described devices may comprise logic encoded in media for performing any kind of information processing. Logic may comprise software encoded in a disk or other computer-readable medium and/or instructions encoded in an application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other processor or hardware.

References to software can encompass any type of programs in any language executable directly or indirectly by a processor.

References to logic, hardware, processor or circuitry can encompass any kind of logic or analog circuitry, integrated to any degree, and not limited to general purpose processors, digital signal processors, ASICs, FPGAs, discrete components or transistor logic gates and so on.

Embodiments of the present invention provide solutions to three major problems with meetings:

-   a) the time taken to prepare for a meeting. This is mainly achieved     by allowing “on-the-fly” presentation of any displayable     information. This information does not have to be linked into any     particular presentation software, nor to be compatible with any such     presentation software, -   b) the time taken to conduct the meeting using electronic meeting     tools. This is achieved by reducing the time to connect computers to     the display or projection system. -   c) the time taken to reflect and review and document the meeting     afterwards. This is achieved by providing the possibility of     recording the course of the meeting in the same time sequence that     it was carried out as well as be able to store all data presented     and who presented it.

FIG. 1a is a schematic representation of a generic meeting room 30 with a meeting table that can be used with embodiments of the present invention. Participants 37 having some form of processing device 31 such as a laptop computer, a tablet, a PDA etc. Each of the processing devices 31 can be a host device and has a first connection unit 47 to which it is coupled. The first connection unit 47 provides access to a network 50 which in this case is a wireless network, but could be a wired network. Each connection unit 47 may be coupled to an input device 48 which will be described in more detail later. A user 37 will typically at a distance from the processing device 37 which is ergonomically satisfactory. This ergonomic boundary is typically an area of about 1000 sq cm to 4000 sq cm. This ergonomic boundary will typically have the user as one side of the boundary and the comfortable reach of the arms will determine an area on the left and right of the processing device which falls within the ergonomic boundary and the far edge of the boundary of the processing device (normally delimited by a display screen) will determine the other side of the ergonomic boundary. The area defined by the ergonomic boundary will overlap or include the processing device 31 itself. The processing device will also have an outer physical boundary. The input device 48 is preferably arranged to operate outside the boundary of the processing device 31 but within the ergonomic boundary. Preferably the input device is arranged to function when it is flat on the table. The input device preferably has a size of activation area of between 1 and 144 square cm.

Preferably the network 50 is a local area network, i.e. preferably local to the meeting room for security reasons but the network 50 may have access to other local or wide area networks such as 51 or to a larger corporate network or the internet 43, for example via a router 42. Another node of the network 50 is the base or display node 36. This node 36 may optionally be a wireless access point. The base node 36 may also be a processing device or host computer and may be coupled to a second connection unit 49 that provides access to the network 50 thus linking all of the processing devices 31, 36 together. The connection unit may have an input device as described above. Alternatively, network connections installed on the base node 36 can be used. Audio equipment 46 may be provided, e.g. a telephone that allows other members of the meeting to call in from remote destinations.

The display node 36 is coupled to and adapted to allow display of media on some kind of display 44. The display node is in embodiments of the present invention a base node of the communications network 50. The display 44 may be a projector and/or screen, the projector being coupled to the base node 36. A whiteboard 45 can optionally be provided that can be optionally coupled to the display 44 and/or the base node 36, e.g. when the whiteboard can record electronically what is written on it. Optionally, a camera 35 may be provided to record the entries on the whiteboard 45. The camera 35 may have a third connection unit 52 for connecting the camera 35 to the network 50 so that the data from the whiteboard can be recorded and stored or transmitted to other networks via router 42. The connection unit 52 may have an input device 53 as described above for the connection unit 47.

Optional equipment can be cameras 39, 40, 41 for recording the progress of the meeting. These cameras can be linked by a network 51, e.g. a cable network to the router 42 and/or the base node 36. Another optional item is a microphone or microphones 38 that can be used to transfer audio, e.g. to the processing devices 31 and to loud speakers (not shown) attached to the base node 36 or part of the display 44.

Any or all of the outputs of the processing devices 31, the cameras, the whiteboard, etc. can be recorded and stored digitally, e.g. in node 36 or elsewhere to provide a complete record with correct time sequence.

Summarising the above, the present invention provides an electronic meeting tool for communicating arbitrary media content between different users 37 (with their own processing devices 31, e.g. PC, mobile phone, or tablet) and one display or projector or multiple displays or projectors 44 in the meeting room 30.

Referring to FIGS. 1a and 1b embodiments of the present invention comprise a base or display node 36 being a processing device, e.g. a host computer adapted to receive user selected arbitrary media content, the base node 36 being coupled to a central display 44 which can be a fixed format display and/or a projector or similar. The arbitrary media content can be provided from any of the user processing devices 31. The base node 36 can be adapted to display the received user selected arbitrary media content in accordance with a set of rules, e.g. FIFO, automatically, on request or approval, forced to display, in accordance with a priority etc. Optionally the base node 36 is adapted to force display of the received user selected arbitrary media content, i.e. to allow participation in the meeting by an individual user displaying own selected content on display 44 independently of the person who is nominally responsible for giving a presentation or chairing the meeting. Forcing the display can also be considered as a rule. The meeting tool can also be adapted to allow a priority setting. This means that a user can set a priority setting for the media to be displayed. A priority of “1” for example can be interpreted by the base node as a forced display, a priority “2” can be interpreted by the base node as display as soon as possible, priority “3” can be interpreted by the base node as place in queue and display as the time comes etc. Setting and using priorities for display are also considered to be working to rules. To execute the rules, the base node 36 may have a decision module. The base node 36 may be a host computer having a processing engine such as a microprocessor and a memory. Preferably, the base node 36 is adapted to treat media content passed to the base node 36 from any or all of the connection units 47 in an equal manner. The base node 36 may be adapted to auto compose the media content on the central display 44 connected to it, e.g. from one or more processing devices 31.

An independent aspect of the present invention is at least one connection unit 47, (optionally 49 for receiving or optionally connection unit 52) adapted to communicate the user selected arbitrary media content to said base node 36. Preferably the connection units 47 and/or optionally 49 or optionally connection unit 52 are physical plug-and-play devices. An example of a connection unit is shown schematically in FIG. 10.

The connection unit 47 be may integrated into a user processing device 31, e.g. as an internal peripheral device or may preferably be an external peripheral device comprising a connector adapted to couple to a port of a user processing device 31. The processing device 31 may have a client display, a processing engine such as a microprocessor, a memory and an operating system. The optional connection unit 49 may be integrated into the base node 36, e.g. as an internal peripheral device or may be an external peripheral device comprising a connector adapted to couple to a port of the base node 36. The connection unit 49 may be fully integrated into the base node 36, e.g. is an internal network interface of the base node 36. The base node 36 may have a processing engine such as a microprocessor, a memory and an operating system.

The user processing devices 31, the connection units 47, (optionally 49 or optionally connection unit 52) and the base node 36 co-operate to form a communication network 50 for linking between at least one of the plurality of processing devices 31, 36 and 35 and the central display device 44. The communication network 50 is adapted to receive arbitrary media content from at least one of the plurality of processing devices 31 and to transmit the arbitrary media content of at least one of the plurality of processing devices to the central display device 44.

An independent aspect of the present invention is a portable application 60 adapted to be loaded onto a client processing device 31 and to be run on the operating system of the client processing device 31. The portable application 60 runs as a process on the client processing device 31 that is adapted to deliver an arbitrary media content from the client processing device 31 to the communication network 50 in response to a user action applied to an input device 48, the process leaving a zero footprint on termination on the client processing device 31. Optionally the portable application 60 is stored on each connection unit 47 and optionally 49. Preferably the portable application 60 is adapted to “screen scrape” content of the client display of the client processing device 31. Optionally the portable application 60 when run on a processing device 31 is adapted to “screen scrape” content of the client display of this client processing device 31 and to transmit it via a connection unit 47. Optionally the portable application 60 when run on the processing device is adapted to “screen scrape” content of the client display of the client processing device 31 and to transmit it via a network interface of the processing device 31, for example if the connection unit 47 has no transmitter or this is not functioning.

The connection unit 47 for communicating with said base node 36 has a network interface e.g. comprising a transmitter 62. The transmitter 62 is preferably a transceiver. Optionally the transmitter/receiver can be a wireless transmitter/receiver.

The base node 36 for communicating with the connection unit 47 has a receiver 63 which can be included in the connection unit 49 or integrated into the base node 36.

The receiver is preferably a transceiver. Optionally the transmitter/receiver can be a wireless transmitter/receiver.

The input device 48 allows a user interaction with the connection unit 47. Preferably the input device 48 is physical actuator coupled to the connection unit 47. The user action applied to the input device 48 generates a signal that can trigger transfer of data from the processing device 31 (to which the connection unit 47 is coupled) to the network 50. Preferably the input device 48 has an activating surface that is between 100 and 14,400 square mm. Optionally, the input device 48 can be a key displayed on the client display 1 of a client processing device 31. This key can be activated, e.g. by use of a pointing device such as a mouse trigger transfer of data from the processing device 31 to the network 50.

The connection unit 47 is preferably provided with a visual indicator 61, e.g. for allowing user feedback from the connection unit 47 of the status of any activity.

The system also can include a server program 64 adapted to be loaded onto the base node 36, said program 64 being adapted to receive arbitrary media content from one or a plurality of client processing devices 31 through said connection units 47, (optionally 49 or 52), and to show this plurality of arbitrary media content streams on one or a plurality of displays 44. The server program 64 may be adapted to allow display in accordance with one or more rules, e.g. FIFO, automatically, on request, forced, in accordance with a priority etc. To execute the rules, the server program 64 may have a decision module.

Preferably, the server program 64 is adapted to treat media content passed to it from any or all of the connection units 47 or 52 in an equal manner. The server program 64 may be adapted to auto compose the media content on the central display 44.

The server program 64 may be a portable application adapted to be loaded onto the base node 36 and to be run on the operating system of the base node 36. The portable application 64 runs a process on the base node 36 that is adapted to display an arbitrary media content received from the client processing device 31 via the communication network 50, the process leaving a zero footprint on the base node 36 on termination. Optionally the portable application 64 is stored on each connection unit 49 and optionally 47 and can be installed therefrom.

The system may also include a central display device 44 and optionally a whiteboard 45 or other display means such as a printer. The display 44 being adapted to receive user selected arbitrary media content, and may be adapted to allow display of the received user selected arbitrary media content in accordance with one or more rules, e.g. FIFO, automatic, forced, on request or approval, in accordance with a priority etc.

Optionally, one of the connection units 47 can be adapted to be a master connection unit. Such a master connection unit may be adapted to instruct the base node when media content from a client processing device 31 may be displayed or which of the processing devices may be allowed to send content for display.

In embodiments of the present invention, at least one portable application is used, e.g. for the client software on a client processing device 31 or optionally on the base node 36. In these embodiments, one of the pre-installed generic drivers of the operating system on the relevant computer device 31, 36 is exploited for setting up communication from the computer device 31, 36 to the network 50 via the connection unit 47, (optionally 49). The generic driver is used in connection with the connection unit 47, (optionally 49) operating as a peripheral device but the use can go beyond that of the standard class of peripheral devices for which the generic driver is intended. In some embodiments the connection unit 47, (optionally 49) operated as a peripheral device communicates with the relevant processing device 31, 36 by using a generic communication protocol provided by the pre-installed generic driver. Pre-installed USB drivers are examples. Preferably the setting up of the communication of network 50 using connection unit 47, (optionally 49) does not alter or affect the networking capability of the relevant processing device 31, 36. For example, if a browser is started on the client processing device 31, this browser can use the standard network interfaces on the processing device 31. This means that transfer of data via the connection unit 47 (optionally 49) is independent of transfer of data over the network interfaces of processing device 31 or 36. This has the advantage that each user can carry out processing such as searching on the internet to gather data independently of the transfer of data to be displayed during a meeting, or receive emails etc.

The use of a portable application has the advantage that any modification to settings in the register or generally in the operating system can be avoided, so that upon any form of termination, e.g. disconnecting the electronic device, system crash, no trace is left. This is generally termed “zero footprint”.

The present invention has the advantage of scalability. It can provide a display system for use by a plurality of users in meetings. Every user in the meeting thus can have a client processing device 31 for coupling to a connection unit 47. A first user action connects the client processing device 31 to the base node 36, e.g. by inserting a connection unit 47 into the relevant interface connector on the processing device 31, e.g. a USB interface. A second user action comprising activating a button or key on the input device (e.g. by depressing it) then starts the process of transmitting arbitrary media content from the client processing device 31 to the base node 36. This process preferably includes screen scraping data from the processing device. Using screen scraping avoids special programs being installed on the base node 36 to carry out graphical commands sent from the processing device 31. When the base node 36 receives the plurality of arbitrary media content, it can allow auto composition of this media content on the central display connected to it.

The present invention will now be described further with reference to certain more specific embodiments.

With reference to FIG. 2, the base node software (6) running on a base node 36 can be adapted to display on the central display a splash screen (21) showing its readiness to receive arbitrary media content over its receiver. This splash screen (21) can also show instructions on how to use the system, as well as the configuration parameters (see later) to reach the base node 36. These configuration parameters are also shown in a transparent canvas at the bottom of the central display (22).

A client processing device 31 that wants to have its arbitrary media content displayed on the central display connected to the base node 36 is connected to a connection unit 47. The portable application 60 will be executed on the client processing device 31 as a host device. A first user interaction creates a connection between the portable application 60 and the base node 36 using the transmitter in the connection unit 47 and the receiver in the base node 36. The first user interaction can be the connection of the unit 47 to the client processing device 31. A second user interaction, this time on the input device 48, activates screen scraping by the portable application of the arbitrary media content from the client processing device display, which is then sent over the connector unit 47 to the base node.

The base node 36 receives the plurality of arbitrary media content coming from one or more connection units 47, and auto composes this media content for rendering on the central display.

The visual indicator 61 on the connection unit 47 indicates to the user and to other participants in the meeting that media content is being sent by that connection unit 47 to the base node 36 for display.

Repeating the second user interaction on the input device 48 of a connection unit 47 decouples the media content from that connection unit 47 from the base node 36. The base node 36 removes that media content from the composed image on the central display and recomposes the remaining content on the central display.

The content on the central display/projector is auto arranged as shown in FIG. 2. When user 1 adds content, his/her display will be scaled to fill the available central display canvas as much as possible, but without affecting the aspect ratio. When user 2 adds in, his content is added to the side of the first image. When user 3 adds his content, the arrangement is, for example, triangle wise. Adding user 4, the image becomes a 2 by 2 tiling, which is the maximum available. When an additional user attempts to add content, he will be blocked. When a user initiates action to remove his/her content, his/her media content is removed from the central display and one moves backward in the composition sequence shown in FIG. 2.

Base Node Software

The base node software has one or more of the following features:

-   -   First code for providing a means or a method step for correctly         configuring the receiver of the base node.     -   Second code for providing a means or a method step for listening         for output of connection units trying to connect on a specific         port.     -   Optionally, third code for providing a means or a method step         for a GUI for administration purposes, offered for example over         a web interface.     -   Optionally, fourth code for providing a means or a method step         for publishing its presence over the network using the zeroconf         protocol.     -   Optionally, fifth code for providing a means or a method step         for accepting and installing software updates of the base node         as well as for the portable application software for the         connection units.     -   Sixth code for providing a means or a method step for providing         facilities for pairing of connection units to the base node.     -   Seventh code for providing a means or a method step for         auto-composing of different incoming arbitrary media streams and         rendering of composited image on display or projector screen.     -   Eighth code for providing a means or a method step for         receiving, decrypting and decoding incoming arbitrary media         content.     -   Optionally ninth code for providing a means or a method step for         scaling of incoming arbitrary media streams     -   Optionally tenth code for providing a means for displaying         incoming arbitrary media content in accordance with a set of one         or more rules.

Any of the above code may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, USB mass storage device etc.

Portable Application for the Client Processing Device

The portable application comprises an algorithm for screen scraping. Screen scraping algorithms include VNC and RDP or similar. The algorithm may include a combination of algorithms such as VNC and RDP that are optimized for different content, e.g. static text or video. The portable application has one or more of the following features:

-   -   Eleventh code for providing a means or a method step for         connecting to a network including the base node.     -   Twelfth code for providing a means or a method step for         capturing video frame buffers of the client processing device,         i.e. computer (C), also called screen scraping.     -   Thirteenth code for providing a means or a method step for         encoding, compressing and optionally encrypting these video         frames and sending them over a secure link to the base node.         Only changed areas such as rectangles or triangles of the screen         (or other suitable geometrical shapes) need to be transferred,         and different types of rectangles or triangles are encoded in         different ways (e.g. RLE, JPEG, . . . ) to optimise performance.     -   Fourteenth code for providing a means or a method step for         handling the connection unit.     -   Fifteenth code for providing a means or a method step for         initiating connection to base node.     -   Sixteenth code for receive inputs from the input device on the         connection unit.     -   Seventeenth code for providing a means or a method step for         sending state changes to the visual indicator on the connection         unit.     -   Optionally, eighteenth code for providing a means or a method         step for presenting the user a GUI (18).     -   Optionally, nineteenth code for presenting GUI for         administration of the portable application.     -   Optionally, twentieth code for providing a means or a method         step for displaying and activating a key on the display of the         client processing device for allowing a user input to start the         transfer of data from the client device to the base node.

Any of the above code may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, nand Flash etc.

In this embodiment the portable application stored on the connection unit, and is executed in an execution context on the client processing device. The portable application does not need to be copied to or installed on the computer. It can be executed directly from the connection unit. It will only be copied temporarily into an execution context on the client processing device. There are also no changes in configuration required or settings in the client processing device. This means that nothing will remain on the client processing device when the connection unit is removed. It also implies that the portable application will run on client processing devices where the user does not have the necessary access rights to install software.

The portable application is designed in such a way that

-   -   No specific drivers need to be installed on the client         processing device.     -   Pre-installed drivers are used, e.g. for classes of peripheral         devices.     -   It is independent from vendor specific graphics hardware.     -   It runs on at least one and preferably on a variety of different         client processing devices, including Windows, Mac OS/X, Linux,         Android, iOS and many others.         Advantages

The present application has one or more of the following advantages:

-   -   No need for a master role in the meeting     -   Standard plug and play connectivity of connection units to base         node     -   Simple and well known user actions are employed     -   Own networking facilities of client processing devices not         blocked     -   No configuration changes on the client processing device     -   Input devices are easily accessible; e.g. large size     -   Program updates of portable application and server program can         be performed locally     -   Portable applications are used, no installation, multi-platform,         no vendor specifics     -   Particular implementation of screen scraping done by portable         application avoids vendor specific graphics devices     -   Standard drivers are used so no drivers have to be installed     -   No configuration changes on the client processing devices     -   Zero footprint applications on client processing devices—nothing         to clear up or adjust or reset     -   Own networking facilities of client processing devices not         blocked     -   No configuration changes on the user computers     -   Low virus, malware and spyware risk

The portable application may be stored on a non-transitory machine readable storage medium such as an optical disk, a magnetic disk, magnetic tape, solid state memory, nand Flash etc.

Second Embodiment

In the second embodiment, referring to FIGS. 2 to 5, the base node is a separate physical processing device called base unit (B), comprising permanent storage, memory, a processing engine, a wireless access point (4), a plug and play interface such as a USB port (11), a graphics display output adapter (5) like VGA/DP/DVI/HDMI, and optionally an audio output adapter (27). An input device having an actuator such as a button 13 and a visual indicator 14 are optional.

The connection unit is a physical device in the form of an external peripheral device (shown in the drawings as a “dongle” D) comprising permanent storage storing the portable application (7) and configuration parameters (12), memory, a processing engine (e.g. CPU, FPGA), a wireless transmitter such as WiFi (3) or other wireless transmitters such as LiFi, a plug and play interface such as a USB interface (2), a button as input device (9), an LED ring as visual indicator (10). The portable application is stored on the peripheral device (7).

The client processing device is host device, for example a computer or laptop comprising a display, a plug and play interface such as a USB port (2), memory, and a processing engine such as a microporcessor.

The system thus comprises

-   -   an external peripheral device (D) that has a plug and play         interface such as a USB interface (2) on one end and a         communications interface such as a wireless interface configured         as client (3) on the other end.     -   a base unit (B) that has a communications interface such as a         wireless interface configured as access point on one end (4) and         a video card adapter (5) like VGA, DVI, DP or HDMI on the other         end.     -   a portable application (7) stored on the peripheral device (D)         but executed on the client processing device (C)     -   a base node software (6) stored and executed on the base unit         (B).

The external peripheral device (D) also preferably has any one or any combination of:

-   -   a large button as actuator for the input device (9) allowing         user interaction with the peripheral device. The button         preferably has an actuation surface area of between 100 and         14,400 square mm.     -   visual indication such as a LED (10) allowing user feedback from         the peripheral device. The user feedback can be in the form of a         light ring.

An advantage of embodiments of the present invention is to provide data transfer to the peripheral device via a peripheral interface such as a USB interface on any processing device such as a computer in a manner that is largely operating system independent and without leaving a footprint (Zero-Footprint). Installation of drivers and/or applications onto such a processing device as a computer is not necessary wherever pre-installed generic drivers are present. Administrator rights on the processing device such as a computer are preferably not necessary. To avoid the need for administrator rights, embodiments of the present invention use other peripheral device pre-installed drivers such as USB class drivers supported without any extra installation. Embodiments of the present invention route at least screen scraped data presented by client software running on the processing device for transfer to a communications network via a peripheral device such as a USB device. This bypasses any network interface of the processing device C (and hence many firewalls) but only for the specific client software. Other applications are not affected and can make use of the standard network interfaces, i.e. packets from/to the TCP/IP stack are transferred to a network device as normal. The client software is launched from the peripheral device such as a USB composite device or storage device as a portable application, which can avoid that any traces are left on the host OS.

Basic Usage Scenario of the Second Embodiment

The base node software (6) displays on the projector a splash screen—(21) in FIG. 5—showing its readiness to receive arbitrary media content over its receiver (4). This splash screen (21) also shows instructions on how to use the system, as well as the configuration parameters (see later) to reach the base node. These configuration parameters can also be shown in a transparent canvas at the bottom of the central display (22).

To avoid user interaction for the configuration of the connection between peripheral device and base unit, a pairing process is used. This pairing process provides the peripheral device, i.e. the connection unit with networks parameters needed to set up the local network. As an example, the peripheral device can be briefly plugged into the USB port (11) of the base unit (B). The base unit then optionally does a software validity check, optionally does a software update of the portable application stored on the peripheral device, and writes the connection parameters on the peripheral device (D) required for the peripheral device and base unit to find each other to the permanent storage (8). For example, when using WiFi, this would be the SSID, WEP/WPA2 keys and IP address of the base unit's receiver, as well as the port number used by the base node software although not all of this data is necessarily exchanged.

A client processing device that wants to have its arbitrary media content displayed on the central display connected to the base node (5) connects a peripheral device (D) to its USB port via (2). The peripheral device presents itself to the computer over interface (2) as a composite device comprising a mass storage device and a keypad. This has the major advantage that no specific driver is required, since all these devices are natively supported in every personal computer system that has a USB port. If autorun is enabled, then the computer will automatically execute the client software (7) stored in mass storage (8) on the peripheral device. The first user interaction mentioned in the general case is then just the connection of the peripheral device to the USB port. If security measures disabled auto-run, the user needs to explore the mass storage on the mass storage of the peripheral device and start the portable application manually.

The portable application will use the wireless, e.g. WiFi or LiFi interface of the peripheral device (3) to connect to the correct base node. To know the right base unit to connect to, the configuration parameters needed to make this connection are stored in the database (12) on the mass storage device (8) during the pairing process described earlier.

Once the connection is made, the peripheral device goes into connected mode. This means that there is now at least one channel from the peripheral device to the base unit. The content is not shown yet. The LED (10) on the peripheral device now turns white to give a visual indication of this new state.

When the user at the computer (C) wants to show her content, she presses the button (9). When the button was previously in state “connected” (see FIG. 6), it will check the state of the base unit (P). If the base unit is not in state “full”, the peripheral device will send the screen scraped arbitrary media content to the base unit (B), which will add the media content to the composition on the central display. The peripheral device LED (10) now turns red to indicate “showing” state (FIG. 6).

The button (9) acts as a toggle. When the user presses the button again, that computer displays content will be removed from the projector. The LED (10) goes back to white.

Use of the auto-run feature is optional if possible and enabled on the computer (C) to start the client software (7) as soon as the peripheral device is plugged in. On Windows for example, this means mounting the peripheral device as a mass storage device and using the autorun.inf file stored on the peripheral device.

In many cases however, this auto-run feature will be disabled for security reasons. In that case, we will, if possible and enabled on the computer (C), use the auto-play feature to show the logo of the connected peripheral device on the desktop of the computer. The user then needs to double click on that logo to start the client software. If the auto-play feature as described above is also not possible or enabled, the user must browse to the file system of the connected peripheral device and start the application manually. This means double clicking the client.exe file on Windows, client.app on Mac OS/X or tapping the appropriate application icon on a tablet or any mobile device with touch screen.

Third Embodiment: Portable Application Stored on Standard Solid State Memory Such as a USB Stick

In the third embodiment, the portable application is stored on a solid state memory such as a regular USB memory stick (FIG. 7).

With a solid state memory such as a regular USB memory stick, there is no input device, visual indicator or transmitter of the kinds described above for the connection unit. This means that the system needs to:

-   -   Use the transmitter/receiver from the client processing device.     -   Use as input device a key or button on the client processing         device like a physical key on the keyboard, a special mouse         press, a button area on a touch screen, a button displayed on         the screen to be clicked on with a mouse pointer.     -   Present the visual indicator on the client processing device's         display.

The client processing device then looks like FIG. 8.

This embodiment provides a peripheral interface such as the USB interface on any processing device acting as a host device such as a computer in a manner that is largely operating system independent. Installation of drivers and/or applications onto such a processing device as a computer is not necessary wherever pre-installed generic drivers are present. Administrator rights on the processing device such as a computer are preferably not necessary. To avoid the need for administrator rights, this embodiment uses other peripheral device pre-installed drivers such as USB class drivers supported without any extra installation. This embodiment of the present invention routes at least screen scraped data presented by client software running on the processing device for transfer to a communications network via a network connection of the processing device. The client software is launched from the peripheral device such as the USB device as a portable application.

The first user operation then comprises:

-   -   plugging in the solid state device such as a USB memory stick,     -   starting the portable application (if autorun is disabled)     -   configuring the transmitter, such as a wired or wireless network         interface, on the client processing device to connect to the         correct base node, using the configuration parameters (22) shown         on the central display     -   triggering the connection of the portable application with the         base node, for example by interacting with an element on the GUI         (18) of the portable application presented on the display of the         client processing device.

Presenting visual feedback on user actions is in this embodiment also done using elements in the GUI of the display of the client operating device.

In this embodiment, the advantage of zero footprint is partly realized by the portable application in the sense that no software is installed on or copied to the client operating device, but there is a configuration change needed to connect the transmitter of the client operating device with the base node, which needs to be undone afterwards.

Optionally, the portable application can make the configuration changes to the transmitter for the user automatically in the background.

Advantages lost in this embodiment

-   -   Partial loss of zero footprint nature of portable application     -   More complex first user interaction     -   More expertise required from user     -   GUI needed on client operating device display, which is possibly         also shown on central display     -   Need to find free key on client operating device when using         physical key for second user action     -   Network interface is blocked from other uses by portable         application

Optionally, the last point can be avoided by using the base unit as a gateway to the network that the client operating device wanted to connect to through its own interface.

Advantages are:

-   -   tight control of user connectivity to corporate network through         settings on the base unit     -   keep network connectivity intact even when transmitter is now         also used for display purposes

Disadvantage is a higher vulnerability of the system because the display connection is now possible a doorway into the corporate network.

What remains as advantages are

-   -   the availability of a physical medium to distribute the portable         application to users     -   no need to install or copy software to client operating device     -   easy way to maintain software updates on the connection units         (here: memory sticks) via the base unit     -   possibility to write configuration data on the connection unit         by the base unit, for example in the form of a configuration         profile that can be read and used by the client operating device

Fourth Embodiment: Software Only Client Installed on the Client Processing Device

This embodiment is similar to the third embodiment, with as only difference that the software is copied on the client operating device (FIG. 9). In this case, no plug and play port such as a USB port is required on the client operating device.

This embodiment will typically be used for tablet PC's and mobile devices. In that case

-   -   there is often no USB port available     -   application distribution is easy and widely accepted through         application stores

Fifth Embodiment: Base Node Software OEM'ed to Projector or Display Equipment

In this embodiment, the base node is not realized as a separate physical box, but integrated into the processing unit inside a display or projector. All other details are as previously described.

Sixth Embodiment

In this embodiment, the base node is not realized as a separate physical box, but integrated into the codec of a video conferencing equipment. All other details are as previously described.

Seventh Embodiment: Remote Meeting Participant

In this embodiment, one or multiple client operating devices are not in the direct vicinity of the base node but on a remote location.

To accommodate this case, the following adaptations are needed:

-   -   further compression and or scaling of the arbitrary media         content to allow use of low bandwidth connection     -   possibility to communicate connection parameters of the base         node to a remote user     -   connectivity of the base node to the WAN network to which the         remote user is connected

All other details are as previously described.

Eighth Embodiment: Multiple Base Nodes

In this embodiment, multiple base nodes are used. This can be done for different purposes:

-   -   connectivity of multiple central displays     -   extension of real estate of central display     -   connectivity of base nodes in different remote locations

This provides the advantage that one can present on multiple base units from a single peripheral device. This is useful for a number of cases:

-   -   personal peripheral device: user can have a personal peripheral         device that is paired with multiple meeting rooms that he         regularly uses     -   use in meeting room with multiple base units each controlling a         different display in the same meeting room

The proposal uses a special variant of the peripheral device called a multi base peripheral device. The multi base peripheral device is equipped with a rotating wheel around the circular central “show me” button. This could be a mechanical rotating multi-position switch or something like the touch wheel on the iPod classic.

The pairing of this multi-base variant of the peripheral device:

-   -   the rotation wheel is put in the position of the corresponding         base unit.     -   the peripheral device is paired to the base node in the regular         way     -   the configuration parameters are stored in a permanent storage         location; every position of the rotating wheel has a         corresponding set of connection parameters (e.g. different rows         in a table) each corresponding with a particular base.

The connection of the peripheral device is as follows:

-   -   multi-base peripheral device X is plugged into a PC     -   rotation wheel on peripheral device X is put in position A     -   peripheral device X reads configuration parameters in position A         of its internal memory     -   peripheral device X connects to base node A     -   base node A indicates connection of multi-base peripheral device         X on central display screen     -   rotation wheel on peripheral device X is put in position B     -   peripheral device X reads configuration parameters in position B         of its internal memory     -   peripheral device X connects to base node B     -   base node B indicates connection of multi-base peripheral device         X on screen     -   continue until correct base is selected with rotation wheel     -   click the peripheral device input device e.g. button to show         content on central display of base node     -   rotating the wheel always first clicks away content from the         base of the last position

Ninth Embodiment

FIG. 10 shows a peripheral device 47 in accordance with an independent embodiment of the present invention including an input device. This embodiment can be used with any of the embodiments described above.

The peripheral device is configured as a connection unit and is a physical device in the form of a connector for a plug and play interface of a user processing device as a host computer such as a USB connection, a flexible data and power connection connected to the connector and a base, the base having an actuator, e.g. a button configured to be an input device with the functions as described above.

The base and/or the actuator is preferably large in size, e.g. having a surface area between 100 and 14,400 square mm. The base can be square, rectangular, round, hexagonal, oval, polygonal in shape or any other ergonomically suitable shape. The actuator is preferably round but can be square, rectangular, hexagonal, oval, polygonal in shape etc. there can be more than one actuator on one base.

The length of the flexible data and power connection, e.g. cable is preferably adapted to place the peripheral device (when in its connected in its operating position), especially the base and the actuator, in the region between the boundary of the connected user processing device and the ergonomic boundary as defined above. In addition the flexible data and power connection should be adapted so that the base lies flat on the meeting table independent of the orientation of the connector needed to insert the connector into the plug and play interface.

The base preferably includes electronics such as having permanent storage for storing the portable application and the network configuration parameters, memory, a processing engine (e.g. CPU, FPGA), a wireless transmitter/receiver such as for WiFi or LiFi, a plug and play interface such as a USB interface, a LED ring or strip as visual indicator. The portable application can be stored on the peripheral device, i.e. in the base. The visual indicator is for allowing user feedback from the connection unit of the status of any activity.

-   -   Some examples for activation of the actuator which can be used         with any of the embodiments of the present invention:         -   Sound activated (hand clap, voice recognition, computer             sound, music, . . . )         -   Remote controlled via wireless connected device (IR,             Bluetooth, WiFi, LiFi . . . )         -   Light activated         -   Pressure activated, e.g. depression with a finger or hand.         -   Touch activated         -   Proximity (‘near-touch’ on the actuator or bringing the             actuator close to some object         -   Biometric reader such as Fingerprint reader, Iris scanner,             DNA analyser         -   Keypad, e.g. for entering Keycode e.g. a password

Alternative Embodiments

In the above embodiments, once the connection is made between the connection device and a host computer, the peripheral device goes into connected mode. This means that there is at least one channel from the peripheral device to the base node. In accordance with any of the embodiments of the present invention a plurality of channels can be set up between the connection device and the base node. These channels may be logical channels.

Some examples for such a multichannel arrangement may include the first and one or more of the additional channels:

-   -   First channel is for the Scraped image stream (XDS)     -   Second channel is for GPU commands (OpenGL, DirectX)     -   Third channel is for Mouse pointer coordinates (absolute,         relative)     -   Fourth channel is for Mouse pointer icons     -   Fifth channel is for Image data files (JPEG, PNG, GIF, . . . )     -   Sixth channel is for Multimedia data files or streams (MPEG2,         MPEG4, OGG, H.26x, . . . )     -   Seventh channel is for Audio data files or streams (MP3, MP4,         AAC, WMA, . . . )     -   Eighth channel is for text or Document data files (DOC, DOCX,         PPT, PPTX, ODT, ODS, PDF, . . . )     -   Ninth channel is for transmission of a priority value 1, 2, 3 .         . . as described above.

The support of audio, as discussed above when providing a seventh channel, in “screen scrape” like applications is non-trivial. When using devices which comprise a Windows OS, a large variety of audio devices exist, each offering a separate API. On devices comprising a Mac OS, special drivers like for instance SoundFlower needs to be installed. SoundFlower is a Mac OS X (10.2 and later) system extension that allows applications to pass audio to other applications. Hence such programs do not meet the zero footprint requirements.

The present invention provides in embodiments a method and a system for connecting a processing device such as a laptop, smartphone, PDA, computer, tablet and suchlike to a communications network, the processing device having a memory, a display and an operating system with pre-installed generic drivers providing a generic communications protocol for communication between processing device and a standard class of peripheral devices. The method and/or system are adapted for:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of the pre-installed generic driver of the operating system, a means for communication between the peripheral device and the processing device;

c) coupling the processing device to a communications network via the peripheral device;

d) routing audio data between the processing device and the communication network via the means for communication, wherein the generic communication protocol is used for transferring the audio data between the processing device and the peripheral device.

In particular the method and/or system can be adapted for:

a) coupling a peripheral device to the processing device, the peripheral device having a transceiver;

b) setting up, by means of a first pre-installed generic audio driver of the operating system, a means for audio communication between the peripheral device and the processing device and by means of a second pre-installed generic driver of the operating system, a means for data communication between the peripheral device and the processing device; c) coupling the processing device to a communications network via the peripheral device; d) routing audio data between the processing device and the communication network via the means for audio communication, wherein the first pre-installed generic audio driver is used for transferring the audio data between the processing device and the peripheral device.

Embodiments of the present invention advantageously use the availability of a plug and play interface such as a USB interface. A USB device is connected to a suitable port on the processing device. For example, on every PC-like platform, there is standard built-in support for a USB audio device. Thus there is a standard generic audio driver available. Using this audio interface is thus possible without special driver installation.

On the peripheral device in embodiment of the present invention one can implement a virtual audio device. This peripheral device can present itself as an audio out device to the processing device such as a laptop, PDA, laptop, smartphone, tablet, PC, etc it is connected to. As soon as the peripheral device is plugged in, the user of the processing device will see an additional audio out interface displayed on the processing device display to which it can stream the audio. Audio configuration advantageously can be done using the standard audio interface GUI on the processing device. The peripheral device can present itself as a USB composite device.

The virtual audio device on the peripheral device is preferably adapted to analyse the incoming signal. If no audio is received, the incoming signal is discarded. If audio is received, the peripheral device preferably will initiate an additional TCP/IP socket connection to the base unit and the communications network. The audio can be then optionally time-stamped synchronous with the video stream for lip synchronization, optionally encoded into for instance Orgg/Vorbis, optionally encrypted using for instance CryptoPP and sent over the TCP/IP link using the RTP/RTCP protocol. If no audio signal is received, then no audio packets will preferably be sent over the network to limit bandwidth usage. The audio channel over TCP/IP is disconnected synchronously with the video channel.

In an embodiment of the present invention, the base unit is adapted to receive the audio stream packets for instance encoded in RTP and controlled with RTCP over a TCP/IP socket. It will preferably then decrypt and decode the contained encoded audio stream if required, and deliver the resulting signal to the physical audio device in the base unit. The embedded time stamps can be used to synchronize the audio and video streams.

When audio is present on the client processing device to which the peripheral device is connected and made available to the USB audio device presented by the peripheral device, then it will be streamed to the base unit. The base unit is notified that the additional multimedia stream presented to it contains audio. This additional meta-information is used in the auto composition engine on the base unit. Without audio, up to four such streams can be handled for example by the base unit simultaneously.

Thus, instead of “scraping” the audio like e.g. prior art products do, embodiments of the present invention provide a channel, as described above, which is adapted to capture the audio on the peripheral device using only standard drivers and not requiring any software installation in or on the processing device. The peripheral device preferably acts as a composite device comprising for instance a (virtual) audio speaker device. However instead of operating like a speaker the audio is channeled over the communications network. The peripheral device can preferably capture the audio stream with a device driver, for instance a built in ALSA UAC1, and stream the audio to the base unit. In addition, to provide lip synchronisation, embodiments of the present invention further provides a timer or uses a timer present in a processing device that preferably time stamps both the audio and the video stream. This time stamp is encoded in the video frames and passed on in the ALSA communication stream to the peripheral device. The peripheral device then encodes this time stamp into the audio stream (for instance RTP audio stream) that is streamed to the base unit. At the receiving end, the audio and video streams are then preferably recombined taking into account the time stamp to reach lip synchronization.

A detailed embodiment of the present invention for audio capture will be described with reference to FIG. 11.

In this embodiment a peripheral device 32 as described above is used that can be coupled with a processing device 31 such as a laptop, tablet, smartphone, PDA, personal computer etc. The coupling can be by a plug and play interface such as a USB interface that has generic drivers installed on the processing device. For example the peripheral device 32 can be physically inserted into a USB port on the processing device 31. Commercially available processing devices currently support external USB audio devices through a generic built-in USB audio software driver. In the future any modifications, improvements or replacements of universal interfaces will have an equivalent audio solution. The generic drivers installed on the processing device make the audio available at the port 8 to the peripheral device 32. For example, port 8 can be a USB port using a standardized interface, e.g. mostly UAC1. On the peripheral device 32 there is a matching port 11. In accordance with this embodiment audio data is captured at this interface 8-11 internally in the peripheral device 32. This data is then optionally re-encoded and streamed to the communications network to which the peripheral device 32 has access. An example is a wireless communications network such as WiFi or LiFi. The communications network has a base node which can be in the form of a base station or base unit 33. The base unit can be a central base unit for use in meetings. For use in displaying a presentation this base unit is coupled to a display device as described for other embodiments of the present invention. In order to provide lip synchronicity, the audio and video signals captured are provided with a high resolution time stamp upon packaging. By doing so, the combined audio and video signals can be reconstructed at the receiving end regardless of the paths and delays of the different packets.

For the processing of video data from the processing device 31, a software 2 is executed on the processing device 31 e.g. a client PC, i.e. a screen scraping software as described in the other embodiments. This software 2 can be stored as a software program 30 in mass storage 12 on the peripheral device 32 as described in the other embodiments. This software program 30 is loaded onto the processing device 31 when it is coupled thereto, either automatically or by user action as described in the other embodiments. When the software 2 is running on the processing device 31 it is preferred if it leaves zero footprint on termination has been described for other embodiments. That software 30 when executed on the processing device 31 captures the video data that is available on the processing device, e.g. from a presentation or video that is running on the processing device as described in the other embodiments. For example, the software 30 when executed on the processing device 31, is adapted to screen scrape, e.g. to read one or more video frame buffers 1 from the graphics card in the processing device 31. Generally the processing device 31 will have its own display and hence will have a graphics card or something equivalent with a buffer for storing video data. This read video information is preferably time stamped with a clock 9, to be able to later synchronize the captured video signal with the related audio signal. The video signal is then encoded in a video encoder 3, packetized in a video packetizer 4, prepared in an HID protocol packetizer 5 for transport over the plug and play interface using a generic driver 10, such as over a USB interface using generic pre-installed drivers, e.g. a generic pre-installed Human Interface Driver (HID). The audio data is offered on the plug and play port e.g. the USB port 8.

On the peripheral device 32 the video packets are received at the corresponding plug and play port, e.g. the USB port 11, read by the Human Interface Driver (HID) interface handler 13, unpacked to remove HID protocol headers in an unpacker 20 and then transmitted to the communications network by a transmitter 21. The network can be wireless for example WiFi or LiFi network.

Having been routed over a communications network to the base unit 33, the incoming stream is read from the communications interface such as a WiFi access point 22, unpacked in an unpacker 25, decoded in a decoder 26 and then inserted into a suitable composition such as an OpenGL based composition in the compositor 29 for display on a central display device.

With reference to the audio data on the processing device 31 such as a client PC, the audio is sent over a port using generic drivers such as over a USB port 8 using the standard built-in generic audio driver such as UAC driver 7. On the peripheral device 32, the audio packets are read from the generic port, e.g. USB port 11 by a dedicated audio device 14. These packets are then processed by any of a mixer a rate converter, an echo canceller, noise canceller or similar. Any of the mixing, rate conversion, echo cancelling, noise cancelling can be executed using an ALSA driver 18. The ALSA driver offers the packets to a dummy audio device 16 such as an audio scraper. In this audio device 16 the audio packets can be time stamped from the clock 15 that can be synchronized with clock 9 of the processing device 31. This information is then encoded in an encoder 17 and packetized in a packetizer 19 before being transferred to the communications network. The network can be a wireless network such as a WiFi or LiFi network For this purpose a suitable transmitter 21 is provided in the peripheral device 32. On the base unit 33 the audio information stream is recovered at a suitable communications interface such as the WiFi access point 22. The audio is then unpacked in an unpacker 23, decoded in a decoder 24 before being before being offered to an audio mixer 28. In order to synchronise the audio and video streams these are both sent to a synchronizer 27 in which the two streams are synchronized and thus keep lip synchronization.

In the above embodiments, a particular method of pairing the peripheral device with the base node has been described. Any of the embodiments of the present invention may include other pairing mechanisms of which some examples are given below.

-   -   Some examples for pairing         -   Plug in the peripheral device, to a generic peripheral             device port such as a USB port of the base node or other USB             enabled device. Pairing info is transmitted over the generic             peripheral interface such as USB.         -   The Signal strength of the wireless channel to the base node             is used to identify which base nod is to be used         -   The Signal strength of the wireless channel or any other             channel. Example is an NFC/RFID transmitter can be provided             underneath the meeting room table. Putting the user             processing device such as a laptop and the peripheral device             plugged in on this table automatically pairs the peripheral             device with the base of this meeting room         -   Manual pairing (e.g. by entering IP address, hostname,             wireless ID (like SSID on WiFi)) 

What is claimed is:
 1. A method for connecting a processing device to a communications network, the processing device having a memory, a display and an operating system with pre-installed generic drivers providing a communications protocol for communication between the processing device and a class of peripheral devices, the method comprising: a) coupling an external peripheral device physically to a port of the processing device, wherein the peripheral device comprises a wireless transceiver and a connector, said connector configured to couple to the port of the processing device; b) setting up, by means of a first pre-installed generic audio driver of the operating system, a means for audio communication between the peripheral device and the processing device and by means of a second pre-installed generic driver of the operating system, a means for data communication between the peripheral device and the processing device; c) using the peripheral device to connect the processing device to a communications network via the wireless transceiver; d) routing audio data from the processing device to the wireless transceiver via the connector of the peripheral device and the means for audio communication and routing the audio data from the wireless transceiver of the peripheral device to a base node over the communications network, wherein the first pre-installed generic audio driver is used for transferring the audio data between the processing device and the peripheral device.
 2. The method of claim 1 wherein Step b) comprises presenting the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver.
 3. The method of claim 1 wherein Step b) comprises presenting the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver.
 4. The method of claim 1 wherein Step b) comprises presenting the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.
 5. The method of claim 1, wherein a client application is stored on the peripheral device which when run on the processing device obtains screen scraped data.
 6. The method of claim 5 wherein the client application is a portable application.
 7. The method of claim 1 wherein the peripheral device is adapted to analyze an incoming signal from the processing device and if no audio is received, the incoming signal is discarded.
 8. The method of claim 7 wherein if audio is received, the peripheral device will initiate an additional TCP/IP socket connection to the base unit through the communications network.
 9. The method of claim 1 further comprising time-stamping synchronously the audio with the data stream.
 10. The method of claim 9 further comprising encoding, optionally encrypting the audio data.
 11. A system for connecting a processing device to a communications network, the processing device having a memory, a display and an operating system with pre-installed generic drivers providing a generic communications protocol for communication between processing device and a class of peripheral devices, the system comprising: a) means for coupling an external peripheral device physically to a port of the processing device, the peripheral device comprising a wireless transceiver and a connector, said connector configured to couple to the port of the processing device; b) means for setting up, by means of a first pre-installed generic audio driver of the operating system, a means for audio communication between the peripheral device and the processing device and by means of a second pre-installed generic driver of the operating system, a means for data communication between the peripheral device and the processing device; c) wherein the peripheral device is configured in a way to connect the processing device to a communications network via the transceiver; d) means for routing audio data from the processing device to the wireless transceiver via the connector of the peripheral device and the means for audio communication and means for routing the audio data from the wireless transceiver of the peripheral device to a base node over the communications network, wherein the first pre-installed generic audio driver is used for transferring the audio data between the processing device and the peripheral device.
 12. The system of claim 11 further comprising means for presenting the peripheral device to the processing device as a human interface device and wherein the pre-installed generic driver is a human interface device driver.
 13. The system of claim 11 further comprising means for presenting the peripheral device to the processing device as a mass storage device and wherein the pre-installed generic driver is a mass storage device driver.
 14. The system of claim 11 further comprising means for presenting the peripheral device to the processing device as a composite device and wherein pre-installed generic drivers drive different device interfaces independently.
 15. The system of claim 11 wherein a client application is stored on the peripheral device which when run on the processing device obtains screen scraped data.
 16. The system of claim 15 wherein the client application is a portable application.
 17. The system of claim 11 wherein the peripheral device is adapted to analyse an incoming signal from the processing device and if no audio is received, the incoming signal is discarded.
 18. The system of claim 17 wherein if audio is received, the peripheral device will initiate an additional connection to the base unit through the communications network.
 19. The system of claim 11 further comprising time-stamping synchronously the audio stream with the data stream.
 20. The system of claim 19 further comprising means for encoding, optionally encrypting the audio data.
 21. A peripheral device for providing communication connectivity to a processing device which is provided with memory, a display and an operating system with at least one pre-installed generic driver providing a generic communication protocol for communication between the processing device and a class of peripheral devices, the peripheral device comprising a connection configured to be physically coupled to a port of the processing device and a memory in which executable software code is stored for execution on the processing device, said executable software code comprising: a first software code portion for setting up, by means of the pre-installed generic driver of the operating system, a means for audio communication between the peripheral device and the processing device; a second software code portion for connecting the processing device to a communications network via a transceiver of the peripheral device; a third software code portion for routing audio data from the processing device to the peripheral device via the connection and the means for audio communication and for routing the audio data from the peripheral device to the base node over the communications network, wherein the first pre-installed generic driver is used for transferring the audio data between the processing device and the peripheral device.
 22. The method of claim 1, wherein the audio driver is a generic audio driver.
 23. The method of claim 1, wherein the audio data is routed from the processing device to the peripheral device via the connector and the means for audio communication when an actuator on the peripheral device is actuated to generate a signal for the processing device to trigger transfer of the audio data. 